System and method for local handset check of the nxx local exchange to determine carrier

ABSTRACT

Systems and method for determining if a network of a call page has been ported to another network. The mobile communications network associated with a received call page is determined based on caller identification (CID) included in the call page and information of local exchange codes and associated mobile carriers stored in local memory of the mobile device. The method determines if the mobile communications network associated with the received call page is valid with regard to an exceptions list. Next it is determined if the determined mobile communications network associated with the call page matches the mobile communications network associated with the mobile device based on the validity determination. The exceptions list identifies phone numbers that have been ported to a mobile communications network that is different that the determined network.

BACKGROUND OF THE INVENTION

Some mobile phone calling plans include reduced charges (i.e., free orminimal charge of monthly account time or allocated “minutes”) when anincoming call comes from a caller that belongs to the same mobilenetwork as the call recipient. Such promotional features make callsbetween subscriber mobile phones free of charge, for registered mobilehandsets. Other plans permit subscribers to share minutes with othersubscribers, when the mobile subscriber plans are obtained or linkedtogether for billing purposes. The importance of identifying in-networkcalls is thus highlighted, as subscribers may avoid charges altogetherif they can distinguish in-network calls from out-of-network calls, andthe carrier can inform non-network callers of its free in-networkcalling feature, if such a feature were available.

Another approach to mobile telephony price promotion is the in-circleplan, such as a calling circle plan. Such plans allow subscribers tospecify certain numbers that are called frequently from the subscriber'shandset (the numbers comprise the subscriber's “circle”), and provides adiscount on calls made “in-circle.” Identifying the appropriate billingrate involves the carrier storing those numbers for each subscriber andchecking a database at the time of call to apply promotional rates. An“in-circle” calling plan is not a general check of in-network calls,however, it is just a preferential billing promotion applied to ahandful of frequently called numbers.

Other plans also allow subscribers to identify and preset caller“favorites,” such as a set of frequently called numbers, which caninclude both in- and out- of network numbers, on a carrier's promotionalbilling plans. This type of reduced-cost calling is not an in-networknotification, as it may include numbers outside of the carrier'snetwork. Other proposals for discounted billing to frequently callednumbers might.

Other proposals for discounted billing to frequently called numbersmight apply lower billing rates for the most frequently called numberseach billing cycle, for all numbers called over a certain pre-set numberof minutes each billing cycle, and so forth.

A few methods have previously been proposed for alerting the callrecipient if the call source shares the same network. For example, anetwork-based Global Title Translation (GTT) query will identify thecarrier associated with the Caller Identification (CDN) or MobileDirectory Number (MDN) to the Network Control Point (NCP) of thecaller's mobile carrier. A GTT search is typically requested at aSignaling Transfer Point (STP) associated with the NCP, while theincoming call page is held pending the result of the query. Once theresult is given, the call page with the information is released to thesender. While this permits the connection of the call and appropriatebilling for an in-network call by the carrier, there is a costassociated with the GTT search by the carrier, and there is no displayindicator of the in-network call to the call recipient indicatingwhether or not the call is in-network.

Another approach is set forth in US Patent Application Publication No.2008/0059642 (IBM). This approach also requires a network-baseddetermination of the carrier of the calling and the called party by thenetwork carrier, and provision of the in-network notification to boththe calling and the called parties. Three methods are recited, one,similar to GTT, requires a network database query by the caller'scarrier, prior to call termination. This has the accuracy limitation,since mobile numbers are portable, and when callers switch networks thismethod introduces errors. The second method, performed after calltermination, looks at the switching information for the caller and thecalled number, which is highly accurate. This method, however, requiresthat the in-network determination be posted to the established call viaa side channel data communication or mixed into the digital signalitself. The third method, performed while the called party's phone ison, but not on a call, requires the phone. This method is limited toupdating the ‘in-network’ status only of the phone numbers stored in thecaller directory on the called party's handset, however. As a result,this method does not ensure that new callers and their numbers areidentified as “in-network,” which is the situation in which calleridentification is the most helpful to the called party.

Considering the shortcomings of the aforementioned methods, it is clearthat there is a need for a method for allowing mobile device users todetermine whether their calls are “in-network” and thus potentiallysubject to certain cost-saving promotions or rate reductions offered byservice providers, or to the display of enhanced information regardingthe calling party. Therefore, an improved system and method forautomatically notifying subscribers of the “in-network” status of callsis highly desirable.

SUMMARY OF THE INVENTION

This invention is directed to a system and method for determiningwhether an incoming call originates from inside or outside of a mobilecarrier's network and indicates the result to the subscriber on a mobilehandset.

An example method determines if a mobile communications networkassociated with a call page matches a mobile communications network of asubscriber associated with the call page. The result of thedetermination is outputted at a mobile device of the subscriberassociated with the call page. The step of determining includesreceiving the call page at the mobile device, then determining at themobile device the mobile communications network associated with thereceived call page based on caller identification (CID) included in thecall page and information of local exchange codes and associated mobilecarriers stored in local memory of the mobile device. Then, the methoddetermines if the determined mobile communications network associatedwith the call page matches the mobile communications network associatedwith the mobile device.

In one aspect of the invention, the method further determines if themobile communications network associated with the received call page isvalid with regard to an exceptions list, wherein determining matches isfurther based on the validity determination. The exceptions listidentifies phone numbers that have been ported to a mobilecommunications network that is different that the determined network.

BRIEF DESCRIPTION OF THE DRAWINGS

Preferred and alternative examples of the present invention aredescribed in detail below with reference to the following drawings:

FIG. 1 is a diagram of an example system formed in accordance with anembodiment of the present invention; and

FIG. 2 is an image of a mobile device configured to alert a user ofin-network and/or out-of-network calls.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

FIG. 1 shows a system 20 that performs a GTT (global title translation)on an incoming number to determine the hosting carrier of any mobilephone number. If the result matches the subscriber's carrier aterminating mobile device (TM) 30 indicates to the subscriber that thecall is an “in network call.” The indication may be selected from one ormore from the set of visual (e.g., logo, text, picture), audible(signal/tone, spoken notification) or haptic notifications. The words“in network,” “network,” the name of the carrier, such as “Sprint,” alogo of the carrier, or an image indicating the source of the call aredisplayed to the call recipient. A specific ring tone, audio signal,audio message, or recorded message is audibly outputted to thesubscriber.

The in-network notification permits the subscriber to identify calls “innetwork,” which are often of less cost, or free of charge, to answer.Also, the subscriber can identify friends and associates who are “out ofnetwork,” and arrange the time and means of communication with them tosave cost. This may be arranged automatically sending an SMS message tothe caller, rather than picking up the call, if that is a less expensiveor more convenient means. This may also be done silently.

The invention also permits the subscriber and/or the subscriber'scarrier to promote the migration of “out of network” callers to thesubscriber's carrier.

In one embodiment, after the call page generated by an originatingmobile device (OM) 22 via an originating carrier system 24 is receivedon the TM 30, the TM 30 contacts a server 34 associated with a MobileSwitching Center (MSC) 38 associated with the TM 30. The server 34performs a GTT and returns the result of the GTT back to the TM 30 forindication. If OM 22 is “in-network” with TM 30, then an “in-network”indicator is given. If OM 22 is not “in-network” with TM 30, then an“out of network” indication is given, and optionally a courtesy messageis sent to the caller on the OM 22, such as a message indicating and/orscheduling the optimal time for a return call. The result is also storedon the TM 30 for future use with repeat incoming calls and can berefreshed by a variety of methods (i.e. time, usage frequency, openconnection). The indications may be sent with the incoming call page, ormade before releasing the call page at the MSC 38 to connect the call.If sent before releasing the call page at the MSC 38, the indication maybe sent via SMS or other data channel delivery to the TM 30 and the OM22, separate from and in advance of, the terminated call. Similarsubject matter is discussed in co-pending application Ser. No.12/349,679 filed Jan. 7, 2009, which is hereby incorporated byreference.

Depending on the carrier's network technology, if it is not possible toopen a data channel to the server 34 to perform the GTT after a voicecall page has been made to the TM 30, the GTT is performed at thenetwork level prior to the call page being sent to the TM 30. Then, theresult of the GTT may be sent to the TM 30 prior to the call page, usingport-directed (as with Java applications) or application-directed (aswith BREW application IDs) short message service (SMS) via a ShortMessage Service Center (SMSC) 40, or is included with other data (suchas CNAM name identification data) in the call page. After the TM 30receives the SMS, the GTT results are outputted to the subscriber of theTM 30.

In another embodiment, when none of the above facilities are available,a table lookup may be performed locally on the TM 30. A caller's numberis examined by client software such as City ID® from Cequint, Inc. onthe TM 30. A database stored on the TM 30 contains codes to match thedigits in the caller identification information (CID) from the incomingcall in the form NPA-NXX-XXXX to the local exchange codes (in the formNXX) for specific mobile carriers. For example, in a given area codeNPA, local exchange NXX 302 may be assigned to Verizon, 301 to Sprint,etc.

In this embodiment, to ensure a correct indication of carrier, the TM 30checks for exceptions to the NXX coding because of local numberportability. A caller can change from their original mobile carrier to adifferent network and retain their original number, whether to anothermobile carrier or to a landline telephony provider. This producesexceptions to the match of the NXX code and the carrier assigned thatNXX, thus making matching less than 100% accurate. To overcome this, TM30 may check the full phone number against an exception list (e.g., adatabase of Local Numbers Ported (LNPs)) to see if it has been portedfrom the original carrier to another local carrier. The check with theexception list is done after determination of the assigned carrier usingNXX coding. Thus, the “in network” indication would not be determined ona matching NXX code alone, but in this embodiment after confirmationthat the number is not in an LNP directory.

Note that the LNP exceptions are of two kinds, LNP into the carrier,where the carrier hosts a number that does not match its assigned NXXcodes. This gives a false negative on the NXX check, and the number hasto be confirmed as “in network” by reference to the LNP data.Conversely, LNP out of the carrier yields a false positive on the NXXmatch on a number that has been ported to another carrier, and thisnumber has to be confirmed as “out of network” by reference to the LNPdata. The database of LNP exceptions can be stored on the TM 30 forreference and comparison, and updated over the network; or it can bestored on the carrier's network and checked via a query sent over themobile device's data channel or via SMS messaging when one of thesefacilities is available without conflict of the network voice page.While both methods are technically feasible, the cost of updating theLNP database, their storage requirements, and privacy concerns wouldinform the actual deployment decision.

Network Determination of “In Network” Result

The determination respecting the “in-network” indication can beperformed on the network before the call is terminated to thesubscriber's TM 30, also known as “pre-call.” This is preferably donevia a query to identify the carrier associated with the CID. The queryis made to a data service such as the CNAM service operated by AT&T DG,typically called a GTT query. In another embodiment, this is done bymaking a direct query to a carrier's subscriber database 36, e.g., thecustomer database at Verizon, typically called a Telephone NumberIndex/TNI query. These databases provide the accuracy to confirm orcorrect the carrier's NXX match on the CID as they are regularly updatedwith LNP information by the carriers. LNP changes can be queried againsta database on the network, as well. When the information is obtainedfrom these queries, it is sent to the TM 30 with other data in the callpage, via SMS, or other data facility. One example of sending the queryresults with the call page would be to utilize the traditional CNAMfacility containing the CID and display text field with name, byinserting a visible character like “*,” a “0” or “1,” or by using ahidden ASCII character before the text string containing the caller'sname. Detection of this special character would indicate to thesubscriber's TM 30 to deliver an “in-network” notification with theincoming call information. In this example, software is included so thatthe carrier's OEM call handler software strips the special characters(such as the “*,” “0” or “1”) before displaying the calleridentification text, to ensure the correct display of the callerinformation. The system preferably would not strip hidden ASCIIcharacters.

Delivery of the “In Network” Result via the SMS Channel

In another embodiment, the determination respecting the “in-network”indication is performed during the incoming call via a data query on aseparate SMS message channel, with the result delivered via SMS, duringthe incoming call, to the TM 30, known as in-call notification. In sucha network deployment, a query is made by a software product on the TM30, such as NameID™ from Cequint, Inc., which queries the database 36 todetermine which carrier is associated with the number, and displaysresulting caller identification information on the display of the TM 30along with the incoming CID. The process includes making a GTT query viasuch client software on the TM 30, in order to confirm or correct theNXX comparison made on the CID, to provide an accurate “in-network”query result. As with the prior methods, an LPN query can be madeagainst a database on the network or on the TM 30, for changes andcorrection of the in-network result. Unlike prior methods, this is notlimited by the time permitted before the call is answered on the MT; anin-network notification done with this embodiment may be given after thecall is answered.

Client software on the TM 30 uses a data channel to send informationover the mobile carrier's data network MSC 38. An SMS message can alsobe used to return the in-network and LNP query results to the TM 30. Inone embodiment, this is done using SMS or data channel GSM (as thesenetworking systems permit simultaneous voice and data channel traffic tothe mobile device). On CDMA networks, SMS or the data channel may beoperational, but not in parallel with voice calling, which requires thatthe data be delivered prior to the call, or updated in the callerdirectory post-call, for use on subsequent calls. Typically, the resultis the receipt of an ‘in-network’ notification during the ring sequenceof an incoming call, in concert with the display of the CID by the OEMcall handler software on the TM 30. It is valuable to determine thecarrier associated with an MDN on the handset, when the network isunavailable due to roaming, voice call activity (CDMA networks), poorcoverage, and so forth. The error rate associated with LNP isapproximated at one percent in and one percent out of the networks, andalthough accepting such errors in all cases would not be acceptable tocarriers or handset manufacturers, a 99% accuracy rate with localhandset determination of the carrier associated with an MDN issufficient for making preliminary entries in the contact database on thehandset. Thus, the present invention permits preliminary entries usinghandset-based determination of the carrier network associated with thecalling party's MDN, which is subsequently updated via network-based LNPchecks. This improves the user experience of caller identification usingcarrier “in-network” notification by ensuring that the information isavailable for any phone number, and not just when the network dataservices are connected. Also, notably, the small percentage of LNPerrors are actually opportunities for conversion of the owner of thelisted MDN to the carrier network, advertising both the benefits ofin-network calling and informing the use that proper network and calleridentification relies on the LNP—rather than the network's ownidentification database; this allows a “Don't Be Lost—Join In”—themedmarketing message to support the marketing campaign to switch callers tothe calling party's carrier. This indicates the benefit of doing a localquery on the handset to determine carrier associated with an MDN, eventhough more accurate information may be returned from an LNP check froma network query at a later time. These benefits result uniquely fromcombining both local handset query and network-based query to makein-network determinations described in the present invention.

Refreshing “In Network” Information in the Caller Directory

At times, delay in the delivery of the “in-network” notification willoccur after call completion because of delay or latency in thecommunications networks, or caller behavior such as an immediate pickupof an incoming call by the subscriber. However, an “in-network”indication received after the incoming call is answered and/orterminated can be stored in a database or traditional caller directoryon the TM 30 for later reference, known as post-call. The next time thenumber is received, the indication of “in-network” displays along withother information stored in the caller directory. As with other recordsprovided by the network query, this information can be confirmed andrefreshed from time to time by software on the TM 30, such as Name IDTM.Preferably using a FIFO (first in first out) method, newer calleridentification records (including CID, caller name, city/state or othergeolocation information, and “in-network” notification) are retained andolder records deleted. This forces the “in-network” indication to beanalyzed anew for callers who have not called the mobile device in sometime. Similarly, records can be refreshed by making queries during anyincoming call; or on a periodic basis (e.g., for any caller who has notphoned the mobile device in the past 30 days).

FIG. 2 shows an example mobile device 60 that is receiving a call fromanother in-network subscriber as determined by one of the methodsdescribed above. An abbreviated “in-network” indicator 62 is displayedprominently on a display 64 of the mobile device 60.

Triggering Adoption Campaigns

This display may conclude the operation of the software, or may act as atrigger condition or input for commencement of other applications,messages and/or promotions, for the benefit of the user of the mobiledevice 60 or the out-of-network caller. U.S. patent application Ser. No.12/191,904, filed Aug. 14, 2008 is hereby incorporated by reference.Specific notification or adoption messages, or software-drivencampaigns, could also be triggered and targeted to an out-of-networkcaller, following the receipt of the initial call. SMS and out ofnetwork messages could be generated by the carrier during and/or afterthe incoming call to send adoption or migration messages to the caller(at no charge to the subscriber). Such messages could include, withoutlimitation, call directory information on the called party, cost savingsor comparisons associated with in-network calling, promotions forcalling plans and mobile devices or device upgrades, requests to join anetwork, requests to join a subscriber's circle or other social callplan, instant savings or call rebates, offers for online services orsoftware, offers of reduced cost or free phone service for adoption ofother products or entering into social network groups, and the like. Theoffers could be presented in text only, text and graphics, or containweb links, dialog buttons, or other actionable content to solicitresponses from the recipient at the OM 22.

Determining and Displaying Landline or Mobile Designation of Caller onthe Mobile Handset Display

In an alternative embodiment, the present invention inspects the NPA/NXXcodes provided by a CID for an incoming calls to determine whether theincoming call is being made from a landline or a mobile handset. Oncethe determination is made, the number is preferably placed into thecorrect field in the mobile handset caller directory. Thereafter, theOEM software layer call handler software automatically displays theinbound number in the display, for example, using the graphic icons fromthe user interface in the mobile handset caller directory associatedwith the type of line to indicate land or mobile.

A further advantage of this embodiment is that it enables the presentinvention to verify, correct or replace the categorization of landlineor mobile associated with the phone number in the mobile handset callerdirectory, for example, the mischaracterization resulting from dataentry error by the user or default to the first field in the directory.In alternative embodiments, the present invention may automaticallyoverride the entry with the correction or may inform the user andrequest permission to make the correction to the entry.

While the preferred embodiment of the invention has been illustrated anddescribed, as noted above, many changes can be made without departingfrom the spirit and scope of the invention. Accordingly, the scope ofthe invention is not limited by the disclosure of the preferredembodiment. Instead, the invention should be determined entirely byreference to the claims that follow.

1. A method comprising: determining if a mobile communications networkassociated with a call page matches a mobile communications network of asubscriber associated with the call page; and outputting the result ofthe determination at a mobile device of the subscriber associated withthe call page. wherein determining comprises: receiving the call page atthe mobile device; automatically determining at the mobile device themobile communications network associated with the received call pagebased on caller identification (CID) included in the call page andinformation of local exchange codes and associated mobile carriersstored in local memory of the mobile device; and determining if thedetermined mobile communications network associated with the call pagematches the mobile communications network associated with the mobiledevice.
 2. The method of claim 1, wherein outputting comprisesoutputting an indication of “in network” communication on the mobiledevice if a match is determined.
 3. The method of claim 1, whereindetermining further comprises: determining if the mobile communicationsnetwork associated with the received call page is valid with regard toan exceptions list, wherein determining matches is further based on thevalidity determination.
 4. The method of claim 3, wherein determiningvalidity comprises: checking a full number associated with the call pagewith the exceptions list.
 5. The method of claim 1, wherein theoutputted result comprises one or more of a visual indication, a hapticindication or an audio indication.
 6. The method of claim 1, furthercomprising determining if the call page is being made from a landline ora mobile handset.
 7. The method of claim 6, wherein determining if thecall page is being made from a landline or a mobile handset comprisesinspecting the NPA/NXX codes provided by caller identificationinformation.
 8. The method of claim 6, further comprising: determiningif the call page has been properly characterized as being from alandline or a mobile handset; and if the call page has not been properlycharacterized, correcting the characterization of the call page at themobile device as originating from a landline or mobile handset.
 9. Themethod of claim 8, wherein correcting the characterization of the callpage as originating from a landline or mobile handset comprisesoverriding the original characterization at the mobile device.
 10. Themethod of claim 8, wherein correcting the characterization of the callpage as originating from a landline or mobile handset comprisesnotifying the subscriber the of the mischaracterization and requestingpermission to correct the mischaracterization.
 11. The method of claim1, further comprising if the mobile communications network associatedwith the call page does not match the mobile communications network ofthe subscriber, automatically generating a message and sending thegenerated message to a caller associated with the call page.
 12. Themethod of claim 11, wherein the generated message comprises one or moreof directory information associated with the subscriber, informationassociated with at least one of cost savings or comparisons associatedwith in-network calling, information regarding promotions for at leastone of calling plans, mobile devices or device upgrades, requests tojoin a network, requests to join a social call plan, informationregarding one of instant savings or call rebates, offers for one ofonline services or software, offers for one of reduced cost or freephone service in exchange for at least one of adoption of a predefinedproduct or entering into a social network group.
 13. A systemcomprising: a means for determining if a mobile communications networkassociated with a call page matches a mobile communications network of asubscriber associated with the call page; and a means for outputting theresult of the determination at a mobile device of the subscriberassociated with the call page, wherein the means for determiningcomprises: a means for receiving the call page at the mobile device; ameans for determining at the mobile device the mobile communicationsnetwork associated with the received call page based on calleridentification (CID) included in the call page and information of localexchange codes and associated mobile carriers stored in local memory ofthe mobile device; and a means for determining if the determined mobilecommunications network associated with the call page matches the mobilecommunications network associated with the mobile device.
 14. The systemof claim 13, wherein the means for outputting comprises a means foroutputting an indication of “in network” communication on the mobiledevice if a match is determined.
 15. The system of claim 13, wherein themeans for determining further comprises a means for determining if themobile communications network associated with the received call page isvalid with regard to an exceptions list, wherein determining matches isfurther based on the validity determination.
 16. The system of claim 16,wherein the means for determining validity comprises a means forchecking a full number associated with the call page with the exceptionslist.
 17. The method of claim 13, wherein the outputted result comprisesone or more of a visual indication, a haptic indication or an audioindication.
 18. A mobile device comprising: memory configured to storeinformation of local exchange codes and associated mobile carriers; aprocessor configured to: receive a call page; determine a mobilecommunications network associated with the received call page based oncaller identification (CID) included in the call page and theinformation stored in the memory; and determine if the determined mobilecommunications network associated with the call page matches the mobilecommunications network associated with the mobile device; and an outputdevice configured to output the result of the determination at a mobiledevice of the subscriber associated with the call page,
 19. The systemof claim 18, wherein the output device outputs an indication of “innetwork” communication on the mobile device if a match is determined.20. The system of claim 18, wherein the processor further determines ifthe mobile communications network associated with the received call pageis valid with regard to an exceptions list, wherein the processorfurther determines matches based on the validity determination.
 21. Thesystem of claim 20, wherein the processor further checks a full numberassociated with the call page with the exceptions list.
 22. The methodof claim 18, wherein the output device comprises one or more of a visualindication, a haptic indication or an audio indication.